home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / The World of Computer Software.iso / lnxd3-79.zip / DIGEST3.799 < prev    next >
Internet Message Format  |  1993-01-01  |  22KB

  1. From Linux-Activists-Request@news-digests.mit.edu Tue Dec 15 15:15:54 1992
  2. Return-Path: <Linux-Activists-Request@news-digests.mit.edu>
  3. Received: from bloom-picayune (BLOOM-PICAYUNE.MIT.EDU) by montefiore.ulg.ac.be (4.1/SMI-4.1)
  4.     id AA09283; Tue, 15 Dec 92 15:14:42 +0100
  5. Received:  by bloom-picayune (5.57/25-eef)
  6.     id AA16131; Tue, 15 Dec 92 07:30:22 -0500
  7. Message-Id: <9212151230.AA16131@bloom-picayune>
  8. From: Digestifier <Linux-Activists-Request@news-digests.mit.edu>
  9. To: Linux-Activists@news-digests.mit.edu
  10. Reply-To: Linux-Activists@news-digests.mit.edu
  11. Date:     Tue, 15 Dec 92 07:30:12 EST
  12. Subject:  Linux-Activists Digest #799
  13. Status: R
  14.  
  15. Linux-Activists Digest #799, Volume #3           Tue, 15 Dec 92 07:30:12 EST
  16.  
  17. Contents:
  18.   Re: How do I provide the floppys to normal users???? (Peter Orbaek)
  19.   Re: ext fs question (.badblocks) (Remy CARD)
  20.   Insite 21MB Floptical and Linux (ramirez@mcclb0.med.nyu.edu)
  21.   Security problem with "rm" (Martin Kosina)
  22.   Re: Gcc help needed (Gerry George)
  23.   Re: A proposal for organizing comp.os.linux. [NEW-CHANNELS] (Robert Chen)
  24.   Re: Can't make 0.98pl6 ! ( Ian Justman)
  25.   Crossposting of Announcements (Matt Welsh)
  26.   Re: network over modem... (Robert Chen)
  27.   HELP X gods! .99 broke my xdm! (operjsl@HYDRA.ROSE-HULMAN.EDU)
  28.   More info on non-booting .99 (Michael K. Johnson)
  29.   SLIP vs. PPP (John Auer)
  30.   Re: Floppy DMA, question and patch (?) (Linus Torvalds)
  31.   tcp/ip support and the Makefile of 0.99 (Ammo Goettsch)
  32.   SLS update: .99 kernel (Peter MacDonald)
  33.   Re: TCPIP-config (David Summers)
  34.   Re: Security problem with "rm" (David Engel)
  35.   Help! .99 crashes on boot
  36.  
  37. ----------------------------------------------------------------------------
  38.  
  39. From: poe@daimi.aau.dk (Peter Orbaek)
  40. Subject: Re: How do I provide the floppys to normal users????
  41. Date: 15 Dec 92 09:06:56 GMT
  42.  
  43. S_ESPENLAUB@rzmain.rz.uni-ulm.de (Klaus Espenlaub) writes:
  44.  
  45. >Is there any possibility to give normal users the right to mount
  46. >floppy drives???? I've been trying it with different success (it works only
  47. >when floppys already in at boot time........)
  48.  
  49. >May anybody help me???????
  50.  
  51. >Thanks for all
  52.  
  53. If you just want users to be able to use messy dos disks, then you
  54. might want mtools.
  55.  
  56. If you also want ordinary users to be able to mount linux disks or, say,
  57. CDROMS, then you might want to use a mount program that I wrote
  58. some time ago. It supports exactly this, by way of an /etc/ufstab file
  59. that determines what and where ordinary users can mount.
  60.  
  61. I can post the mount/umount pair if anybody is interested, but the are still
  62. quite alpha.
  63.  
  64.  
  65.         - Peter.
  66. -- 
  67. Peter Orbaek <poe@daimi.aau.dk>
  68. Hasle Ringvej 122, DK-8200 Aarhus N, DENMARK
  69.  
  70. ------------------------------
  71.  
  72. From: card@masi.ibp.fr (Remy CARD)
  73. Subject: Re: ext fs question (.badblocks)
  74. Date: 15 Dec 92 08:43:58 GMT
  75.  
  76. In article <8120@lib.tmc.edu> dfenyes@thesis1.med.uth.tmc.edu (David Fenyes,Neurobiol/Anatomy,5705,7901935) writes:
  77. >In article <1992Dec14.163449.15147@aston.ac.uk> evansmp@uhura.aston.ac.uk (Mark Evans) writes:
  78. >>Remy CARD (card@masi.ibp.fr) wrote:
  79. >>:     mkefs now uses a reserved inode (inode #2) to store the bad blocks.
  80. >>: This inode does not appear in the filesystem tree any more because it was
  81. >>: leading to problems (root could delete the .badblocks file or save it during
  82. >>: a backup).
  83. >
  84. >Is there a way to easily read the bad blocks list to verify that all the
  85. >bad blocks have been identified? (or even to modify it after the fs has
  86. >been created?)
  87.  
  88.         You can add bad blocks to the list with efsck.  'efsck -t' tests for
  89. bad blocks in a fs and adds new bad blocks to the list.  'efsck -b file' reads
  90. a bad blocks list from the file and adds them to the list.
  91.  
  92.         Unfortunately, there is no way to print the bad blocks list.  Seems
  93. like I must add an option to efsck for the next release.
  94.  
  95. >
  96. >David.
  97. >--
  98. >David Fenyes                                 dfenyes@thesis1.med.uth.tmc.edu
  99. >University of Texas Medical School           Houston, Texas
  100.  
  101.  
  102.         Remy
  103. --
  104.  
  105.         Remy Card
  106.         card@masi.ibp.fr
  107.  
  108. ------------------------------
  109.  
  110. From: ramirez@mcclb0.med.nyu.edu
  111. Subject: Insite 21MB Floptical and Linux
  112. Date: Mon, 14 Dec 1992 23:54:10 GMT
  113.  
  114. Hello all,
  115.  
  116.         A couple of months ago I read that someone was attemting to get the
  117. Floptical drive from insite to work with Linux.  What is the status of this?
  118. And will it be incorporated into the kernel when done?
  119.  
  120. Thanks in advance
  121. Edwin
  122.  
  123. ramirez@mcclb0.med.nyu.edu
  124.  
  125. ------------------------------
  126.  
  127. From: kosina@techbook.com (Martin Kosina)
  128. Subject: Security problem with "rm"
  129. Date: Mon, 14 Dec 1992 22:56:39 GMT
  130.  
  131.  
  132. I am having a serious security problem with the 'rm' command.
  133. I have discovered that non-superusers can REMOVE files owned
  134. by root. I doubt that such a serious bug could exist in Linux,
  135. it must be something in my setup:
  136.  
  137. mkosina:NotSt0PgElMbo:100:6:Martin Kosina:/home/mkosina:/bin/sh
  138.  
  139. This is the /etc/passwd entry for 'mkosina', my user login.
  140. This is a file in /etc that I will try to delete:
  141.  
  142. -rw-r--r--  1 root    root         62 Dec 11 21:02 rc.local
  143.  
  144. When I do 'rm rc.local' rm responds:
  145.  
  146. rm: remove `rc.local`, overriding mode 0644?
  147.  
  148. If I than say yes, it will be DELETED !
  149.  
  150. All other security works, read-only files deny permissions
  151. to be over-written, processes refuse to be killed,etc.
  152.  
  153. I am running an out-of-the-box release of SLS p1-36.
  154. This MUST be a permission problem somewhere, the only
  155. thing I can think of is that SOMETHING runs setuid 0.
  156. It should not be rm, though, here is what it looks like:
  157.  
  158. -rwxr-xr-x   1 root   root       5056 Sep  4 23:20 /bin/rm*
  159.  
  160. Any Linux gurus out there who can help me ?
  161. Thanks in advance.
  162.  
  163. Martin
  164.  
  165. P.S. If this is indeed a bug in rm (or the unlink sys call ?)
  166. which I doubt, could you tell me how to upgrade ? I can ftp.
  167. -- 
  168. kosina@techbook.COM  Public Access User --- Not affiliated with TECHbooks
  169. Public Access UNIX and Internet at (503) 220-0636 (1200/2400, N81)
  170.  
  171. ------------------------------
  172.  
  173. From: ggeorge@bu.edu (Gerry George)
  174. Subject: Re: Gcc help needed
  175. Date: 14 Dec 92 08:47:03 GMT
  176.  
  177.  
  178.  
  179. I have a similar problem (or two).  whenever I try to compile, I get the
  180. message
  181.                 make *** [main.o] IOT trap/ABORT (core dumped)
  182.  
  183. or some variation, depending on the program I try to make.  Also, I get 
  184. permission errors when attempting a compile when other than root.  Need some
  185. help in figuring out those problems.
  186.  
  187. Gerry George
  188.  
  189. ------------------------------
  190.  
  191. From: rchen@fraser.sfu.ca (Robert Chen)
  192. Subject: Re: A proposal for organizing comp.os.linux. [NEW-CHANNELS]
  193. Date: Tue, 15 Dec 1992 01:23:06 GMT
  194.  
  195. In article <1992Dec13.204007.17189@reed.edu> nelson@reed.edu (Nelson Minar) writes:
  196. >For what it's worth, I think comp.os.linux is damned near unreadable.
  197. >It isn't just that there are 150 messages a day. The messages in this
  198. >newsgroup are completely disorganized. There are 150 messages and 100
  199. >different threads! I'm disappointed that the group reorg didn't pass.
  200. >
  201. >However, if a few of the louder voices on comp.os.linux really wanted
  202. >to, we could still split comp.os.linux this week. Instead of splitting
  203. >it according to the normal Usenet voting procedures, split it into the
  204. >alt groups. Alt groups don't require a vote - a week's discussion on
  205. >alt.config seems to be sufficient.
  206. >
  207. >nelson@reed.edu \/   You're free, so anything could happen, so happy birthday
  208.  
  209. Sigh.  Do you people have any idea how much traffic is left in c.o.l linux
  210. after you kill these stupid threads?  Not a lot.  The splitting of
  211. c.o.l vote failed for a reason.  Why do you think doing it anyway will
  212. solve anything?  What's more (I don't know why people cannot see this;
  213. it has been mentioned a zillion times) - splitting newsgroups does
  214. not decrease traffic!  It increases it.  I read comp.os.linux.announce
  215. because I don't want to miss the announcement of any new toys.  Then I
  216. have to read the same damn articles again in c.o.l!  How can any sane
  217. person say this is an improvement?!
  218.  
  219. - Ken
  220.  
  221. ------------------------------
  222.  
  223. From: ianj@citrus.SAC.CA.US ( Ian Justman )
  224. Subject: Re: Can't make 0.98pl6 !
  225. Date: Mon, 14 Dec 1992 01:07:10 GMT
  226.  
  227. h235_003@ccvax.ucd.ie (ARE WE HAVING FUN YET) writes:
  228. : I'm having trouble making the 0.98pl6 kernel - everything goes fine until
  229. : it gets to linking things, then I get a load of Undefined symbols - mostly
  230. : _put_fs_long, _put_fs_byte, and things like _set_bit and _clear_bit.
  231. : How do I get this to compile  ??? (I have the SLS 0.98 distribution with 
  232. : the 2.2.2d gcc libs)
  233.  
  234. The compiler that came with your system will work just fine.  It does for
  235. me.  Anyway, it sounds like you have a few files not being included (or
  236. more appropriate, the appropriate files are not being included).  This
  237. is mainly because you need symbolic links in the /usr/include directory
  238. which point to /usr/src/linux/include/linux and /usr/src/linux/include/asm
  239. named linux and asm respectively.  Then the kernel will compile properly.
  240.  
  241. One note, if you already have directories called /usr/include/linux and
  242. /usr/include/asm, and you don't want to erase the stuff in those director-
  243. ies, use mv to rename them to something like "linux_bak" and "asm_bak"
  244. respectively before applying the links.
  245.  
  246. Query: I myself have made said symbolic links.  I figure since now I'm using
  247. pl6, should I keep the linux and asm links pointed to the directories con-
  248. taining the Linux include files to guarantee compatiblity with pl6.  Is it
  249. wise to operate under that philosophy?
  250.  
  251. Thanks for any pearls of wisdom.
  252.  
  253. -- 
  254. Born to void warranties!        ianj@ijpc.UUCP
  255.  
  256. ------------------------------
  257.  
  258. From: mdw@db.TC.Cornell.EDU (Matt Welsh)
  259. Subject: Crossposting of Announcements
  260. Date: Tue, 15 Dec 1992 01:58:07 GMT
  261.  
  262. In article <1992Dec15.012306.22022@sfu.ca> rchen@fraser.sfu.ca (Robert Chen) writes:
  263. >I read comp.os.linux.announce
  264. >because I don't want to miss the announcement of any new toys.  Then I
  265. >have to read the same damn articles again in c.o.l!  How can any sane
  266. >person say this is an improvement?!
  267.  
  268. At the moment, this is my fault. I intentionally crosspost articles
  269. between the two groups for those sites that don't get c.o.l.a (and for
  270. FidoNet). We plan to change this soon once c.o.l.a is more widely
  271. distributed (and once Fidonet can pick up the new group). This should be
  272. soon. If you have problems with this, please let me know.
  273.  
  274. Thanks.
  275. mdw
  276.  
  277. -- 
  278. Matt Welsh     mdw@tc.cornell.edu     Cornell Theory Center
  279.   "Go on, emote! I was raised on thought balloons!"
  280.  
  281. ------------------------------
  282.  
  283. From: rchen@fraser.sfu.ca (Robert Chen)
  284. Subject: Re: network over modem...
  285. Date: Tue, 15 Dec 1992 01:45:38 GMT
  286.  
  287. In article <1992Dec14.173549.9922@tc.cornell.edu> mdw@db.TC.Cornell.EDU (Matt Welsh) writes:
  288. >In article <1992Dec14.072238.20580@cuug.ab.ca> jeremiah@cuug.ab.ca (Jerry Jeremiah 290-8941) writes:
  289.  
  290. >>I have a modem.  I have a site that has a modem that connects to a unix
  291. >>machine.   How do I get telnet and ftp to start my modem connection
  292. >>and do everything that way instead of an ethernet adapter?
  293. >
  294. >It's called SLIP (Single Line IP), and it's currently in development for
  295.  
  296. Isn't that Serial Line Interface Protocal? (I could be wrong)
  297.  
  298. >Linux. Most other operating systems support SLIP connections, however to be
  299. >of any use you need a fast modem (9600bps at the very least), because you're
  300. >actually transmitting packets over the modem connection, and telnet, ftp, etc.
  301. >aren't as simple as just "dialing up" (which works fine for slower modems).
  302. >
  303. >Once it's available for Linux, it should be very easy to get yourself SLIP
  304. >access from another system, thereby putting yourself on the net via modem.
  305.  
  306.  
  307. No need to wait.  Get ka9q from tsx-11 or wherever and away you go.
  308. Remote X11, telnet, ftp, ping...  What more can you ask for?  All
  309. without even compiling tcpip into the kernel.
  310.  
  311. >
  312. >Cheers,
  313. >Matt Welsh     mdw@tc.cornell.edu     Cornell Theory Center
  314.  
  315. - Ken
  316.  
  317. ------------------------------
  318.  
  319. From: operjsl@HYDRA.ROSE-HULMAN.EDU
  320. Subject: HELP X gods! .99 broke my xdm!
  321. Date: 15 Dec 1992 05:42:46 GMT
  322. Reply-To: operjsl@HYDRA.ROSE-HULMAN.EDU
  323.  
  324. I just finished compiling 0.99 with tcp.  I had to do some fun patching
  325. on my own, because my ethernet card is an ne2000.  I got the driver code
  326. from Matt Welsh at Cornell.  Anyway, I set up the tcp code like I did for
  327. 0.98.5, applied to emergency patches to .99 posted by linus, did the
  328. appropriate making and voila!  0.99 booted without a hitch. No inode errors,
  329. no tcp errors, no nothing.  I even successfully recompiled ps and ps -U
  330. worked fine.
  331.  
  332. However, xdm locks up my machine.  xdm was working fine on 0.98.5, and nothing
  333. has changed with the xdm (or X, for that matter) stuff since then.  I can 
  334. start X with startx just fine.  But xdm locks it up.  Once I was lucky
  335. enough to get some errors in the xdm-errors.  Basically, it said 'hung in
  336. XOpenDisplay (:0); aborting' and then 'cannot open display.'  Does anyone
  337. know what my problem is here?  This is important to me since I have several
  338. users, and xdm is their way to login and X is the environment of choice.  Do
  339. I need to recompile the xdm source?  Do I have an old version of xdm?  I am
  340. running XFREE86-1.1.
  341.  
  342. Any help will be greatly appreciated.
  343.  
  344. Jeff Little
  345. operjsl@rosevc.rose-hulman.edu
  346.  
  347. ------------------------------
  348.  
  349. From: johnsonm@lars.acc-admin.stolaf.edu (Michael K. Johnson)
  350. Subject: More info on non-booting .99
  351. Date: Tue, 15 Dec 1992 05:34:35 GMT
  352.  
  353.  
  354. I recently posted that I couldn't get .99 to boot, nohow.
  355.  
  356. I have tried a few more things, and everything has failed...
  357.  
  358. I made a backup of /etc/init and then made /etc/init be a hard link to
  359. /bin/bash, so that I could be sure that /etc/init was not at fault.
  360. Still no dice -- the linux_banner is printed, and no more, no disk
  361. activity, no nuttin.
  362.  
  363. I restored /etc/init and figured that it must be in the do_execve()
  364. code.  I diffed .98.6's exec.c and .99's exec.c and found 3 lines
  365. difference, checked to see that those lines were called by
  366. do_execve(), and borrowed the .98.6 exec.c.  Still no dice.  I have
  367. restored the new .99 exec.c
  368.  
  369. The only think left that I can think of is the new readahead code that
  370. Linus wrote.  I am not familiar with this code at all, and so would
  371. ask that Linus and/or someone familiar with this code would look over
  372. it for any subtle bugs that could be causing me this trouble.
  373.  
  374. As I mentioned before, I have put Linus's two one-line patches in,
  375. including the initialization one, to no effect.
  376.  
  377. Thanks for any help,
  378.  
  379. michaelkjohnson
  380.  
  381. ------------------------------
  382.  
  383. From: jaa@mongoose.ess.harris.com (John Auer)
  384. Subject: SLIP vs. PPP
  385. Date: Tue, 15 Dec 1992 02:26:42 GMT
  386.  
  387. After reading some of the PPP propaganda^H^H^H^H^H info :-)
  388. it seems that PPP is, perhaps, a better way to go than the
  389. older SLIP protocol.  I got the ka9q distribution, and it
  390. talks about SLIP only.  I am aware that some linux'ers are
  391. working on an Alpha SLIP.
  392.  
  393. Is this a true SLIP product?  Is the newer SLIP competitive
  394. with PPP?  Has someone hacked a version of PPP for Linux?
  395.  
  396. I'm getting ready to start bringing SLIP/PPP online, and
  397. obviously want to do it right the first time.  I don't
  398. want this to turn into a flame war between PPP and SLIP;
  399. just want to know the rational for the SLIP choice.
  400.  
  401. And while I've got you here, thanks for the great OS,
  402. Linus and co.!  3 months without a hitch...
  403.  
  404. John
  405.  
  406. ------------------------------
  407.  
  408. From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
  409. Subject: Re: Floppy DMA, question and patch (?)
  410. Date: 15 Dec 92 11:26:58 GMT
  411.  
  412. In article <If=DXGK00Vp3MDgVMZ@andrew.cmu.edu> fl0p+@andrew.cmu.edu (Frank T Lofaro) writes:
  413. >
  414. >       Is the 1MB DMA restriction in the floppy code necessary, or can
  415. >386/486's handle 16MB DMA for the floppy? I have this patch (suggested
  416. >to me in e-mail) that ups the limit to 16MB from 1MB, and it seems to
  417. >work.
  418.  
  419. It should work fine.  The only reason for the 1MB (as opposed to 16MB)
  420. limit was that I originally thought of making only the low 1MB
  421. identity-mapped, and anything above it could be moved around with the
  422. pager hardware, so DMA wouldn't work on those without some address
  423. calculations. 
  424.  
  425. As it turned out, I never did anything like this, and I currently
  426. guarantee that all kernel memory is identity-mapped up to the limit of
  427. physical RAM (it's easier on the memory manager, as well as on devices
  428. like some SCSI cards which use DMA).  So changing the limit to 16MB
  429. should work fine.  Not that it probably matters very much: 99% of the
  430. floppy IO reads go through the track buffer, and writes aren't exactly
  431. timing-critical in most circumstances.. 
  432.  
  433.                 Linus
  434.  
  435. ------------------------------
  436.  
  437. From: ammo@cc.gatech.edu (Ammo Goettsch)
  438. Subject: tcp/ip support and the Makefile of 0.99
  439. Reply-To: ammo@cc.gatech.edu (Ammo Goettsch)
  440. Date: Tue, 15 Dec 1992 01:11:14 GMT
  441.  
  442. I disabled TCP/IP throught the "make config" option of the kernel Makefile
  443. for version 0.99. In .../net/Makefile, it still wants to link in 
  444. tcp/tcpip.o, which of course had not been compiled, since the make file
  445. in .../net/tcp never gets executed ifndef CONFIG_TCPIP. 
  446.  
  447. Is the link line in the make file wrong or should it have been compiled?
  448.  
  449. Also, what will happen if I compile TCP/IP but have no network card?
  450.  
  451. Ammo Goettsch
  452.  
  453. ------------------------------
  454.  
  455. Crossposted-To: comp.os.linux.announce
  456. From: sanjuan!pmacdona@sol.UVic.CA (Peter MacDonald)
  457. Subject: SLS update: .99 kernel
  458. Date: Tue, 15 Dec 1992 03:00:53 GMT
  459.  
  460. I was so impressed with the .99 kernel, that I have already upgraded
  461. SLS to it.  Just get SLS/a2 and "sysinstall -install /user/image.taz" it. 
  462. It may take Ted a bit to get the .99 source and change the symlink.
  463. Be patient (don't you get tired of hearing that: give it ALL to me
  464. right NOW!).
  465.  
  466. I am not upgrading the boot disk as yet, but let me know if the old
  467. one causes problems (SCSI?).   The kernel has grown another 30K or so
  468. so until/if loadable devices show up, I may have to be a little conservative
  469. on the boot disk upgrades.  Maybe I could try rebuilding the kernel
  470. without FP-EMU.  Do bash/tar/compress et al need FP?  
  471.  
  472. Peter
  473. pmacdona@sanjuan.uvic.ca
  474.  
  475. -- 
  476. Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
  477.  
  478. ------------------------------
  479.  
  480. From: david@actsn.fay.ar.us (David Summers)
  481. Subject: Re: TCPIP-config
  482. Date: Tue, 15 Dec 1992 02:31:42 GMT
  483.  
  484. Michael_Kraehe@hb.maus.de (Michael Kraehe) writes:
  485.  
  486. >Hy folks,
  487.  
  488. >I think config is a bad name for that tool, after a find -name config
  489. >i fount 3 executabels and 2 other files.
  490.  
  491. >Wy dont we name it ifconfig or sock_config, to avoid naming conflicts with
  492. >BSD.
  493.  
  494. >By Michael.
  495.  
  496. On SunOS it is called 'ifconfig' and it is also able to report the current
  497. settings of the Ethernet interfaces as well as set them.  Does anyone know
  498. how to do this with the current (0.99) version of Linux?  
  499.  
  500.    - David Summers
  501.    (david@actsn.fay.ar.us)
  502.  
  503.  
  504. ------------------------------
  505.  
  506. From: david@ods.com (David Engel)
  507. Subject: Re: Security problem with "rm"
  508. Date: 15 Dec 92 02:55:34 GMT
  509.  
  510. Martin Kosina (kosina@techbook.com) wrote:
  511. : I am having a serious security problem with the 'rm' command.
  512. : I have discovered that non-superusers can REMOVE files owned
  513. : by root. I doubt that such a serious bug could exist in Linux,
  514. : it must be something in my setup:
  515.  
  516. : This is a file in /etc that I will try to delete:
  517.  
  518. : -rw-r--r--  1 root    root         62 Dec 11 21:02 rc.local
  519.  
  520. : When I do 'rm rc.local' rm responds:
  521.  
  522. : rm: remove `rc.local`, overriding mode 0644?
  523.  
  524. : If I than say yes, it will be DELETED !
  525.  
  526. What are the permissions on /etc?  You don't need access to a file to
  527. be able to delete it.  All you need is write access to the directory
  528. the file is in.
  529.  
  530. David
  531. -- 
  532. David Engel                        Optical Data Systems, Inc.
  533. david@ods.com                      1101 E. Arapaho Road
  534. (214) 234-6400                     Richardson, TX  75081
  535.  
  536. ------------------------------
  537.  
  538. From: tglovie@sail.uwaterloo.ca ()
  539. Subject: Help! .99 crashes on boot
  540. Date: Tue, 15 Dec 1992 02:44:30 GMT
  541.  
  542. Hello,
  543. I have just compiled version .99 taken off sunsite and it compiled
  544. fine, but when loading (off a floppy, made with make disk, everything
  545. is fine...finds my three partitions, partition table ok and then...
  546. Unable to handle kernel paging request at address c8c1ff06
  547. Ooops: 0000
  548. EIP 0008:0000B6C0
  549. EFLAGS: 00010206
  550. fs: 0017
  551. base: c0000000, limit = 000A0000
  552. pid:1 process nr=1
  553. 0b 13 85 d2 74 27 B3 3a 02 74
  554.  
  555.  
  556. and then it just hangs there...
  557. I'm using a 486/50 4MB RAM, IDE disk (120 Meg) and booting from 1.44 floppy
  558.  
  559. Any ideas what's going on???
  560. Thanks for any help,
  561. Jerry
  562.  
  563. ------------------------------
  564.  
  565.  
  566. ** FOR YOUR REFERENCE **
  567.  
  568. The service address, to which questions about the list itself and requests
  569. to be added to or deleted from it should be directed, is:
  570.  
  571.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  572.  
  573. You can send mail to the entire list (and comp.os.linux) via:
  574.  
  575.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  576.  
  577. Linux may be obtained via one of these FTP sites:
  578.     nic.funet.fi                pub/OS/Linux
  579.     tsx-11.mit.edu                pub/linux
  580.     tupac-amaru.informatik.rwth-aachen.de    pub/msdos/replace
  581.  
  582. The current version of Linux is 0.98pl6 released on December 2, 1992
  583.  
  584. End of Linux-Activists Digest
  585. ******************************
  586.  
  587.